Remove unused SORT_MARK_STACK code. #123063
Conversation
|
Tagging subscribers to this area: @dotnet/gc |
There was a problem hiding this comment.
Pull request overview
This PR removes the unused SORT_MARK_STACK feature from the garbage collector. The feature was designed to sort the mark stack during GC marking phases to potentially improve memory access patterns, but it was never enabled in production builds. With prefetch optimization now available in the mark phase, this sorting code is no longer needed.
Changes:
- Removed the
rqsort1function that implemented reverse quicksort for sorting mark stack entries - Removed all
SORT_MARK_STACKconditional compilation blocks from both foreground and background GC marking functions
|
Is it possible this was a diagnostic tool used during GC development/debugging scenarios? |
|
Not sure what the history of this either, but my guess would be the same as @adityamandaleeka - Marks stack typically covers only a small portion of the heap and in general can contain fairly random pointers, thus it can be too sparse to benefit from sorting. |
3 participants
This PR removes the
SORT_MARK_STACKfeature and relatedrqsort1function from the GC. These aren't used and if we need them, we can always bring them back from history.I don't know the full history here but I assume it's not enabled because the performance benefits weren't worth the sorting cost. Plus we have prefetch in the mark phase now which should help hide memory latency.